® 



J 



Europaisches Patentamt 
European Patent Office 
Office europ£en des brevets 





© Publication number : 0 599 606 A2 



EUROPEAN PATENT APPLICATION 



@ Application number : 93309340.3 
@ Date of filing: 23.11.93 



@ int. ci. 5 : G06F 11/22, G03G 15/00 



@ Priority: 24.11.92 US 981047 

@ Date of publication of application : 
01.06.94 Bulletin 94/22 

@ Designated Contracting States : 
DE FR GB 

(ft) Applicant : XEROX CORPORATION 
Xerox Square 

Rochester New York 14644 (US) 



?2) Inventor: Siegel, Robert P. 
52 Woodside Drive 
Penfeild, New York 14526 (US) 
Inventor : Marder, Daniel Spencer 
33 Pond Valley Circle 
Penfield, New York 14526 (US) 

74) Representative : Hill, Cecilia Ann et ai 
Rank Xerox Patent Department, 
Albion House, 
55-59 New Oxford Street 
London WC1A 1BS (GB) 



(54) Interactive diagnostic data transfer system for remote diagnostics. 



CD 
CO 

O 
O 

in 



The effectiveness of a RIC remote diagnostics 
system is improved by reducing the quantity of 
data required to perform diagnostics. More 
specifically, a machine (10) being remotely 
monitored acquires a data summary of key 
performance parameters and transmits the data 
summary to a remote server (95). The remote 
server analyzes the data summary and can 
query for more specific non- volatile memory 
data in specific areas if the remote server deter- 
mines that further information is needed to 
complete the diagnostics. The system involves 
interaction between low level diagnostic 
software (120) associated with the machine and 
high level diagnostic software (140) located at 
the remote site (70). 
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The present invention relates to a system for im- 
proving the effectiveness of a remote diagnostics 
system by selectively providing data required to per- 
form diagnostics. 

In current practice, a Remote Interactive Com- 
munication (RIC) system is used for performing re- 
mote, predictive diagnostics as a key task. This diag- 
nosis takes place subsequent to a modem transmis- 
sion during which a unidirectional transfer of data 
takes place from the machine to the remote server. 
During this session, a complete copy of the machine's 
NVM is transmitted to the remote server which ana- 
lyzes the data and determines if a service call is re- 
quired. This predictive diagnosis converts unsched- 
uled maintenance calls to initiated calls. 

U.S. Patent No. 5,038,319 to Carter et al. disclo- 
ses a system for recording and remotely accessing 
operating data in a reproduction machine for use in 
analyzing machine faults and software crashes. The 
system may use a RIC. When the machine is operat- 
ing within specific operating parameters, the physi- 
cal data relating thereto may not be transmitted. If 
one or more operating parameters are out of range, 
the part of the physical data relating to the problem 
may be transmitted. The system uses fixed pre and 
post filters which can respond to only a limited num- 
ber of problems. 

U.S. Patent No. 5,057,866 to Hill, Jr. et al. disclo- 
ses a technique for monitoring machine status condi- 
tions and initiating communication with a remote 
computer at a remote station. A RIC system may be 
employed to enable transfer of physical data to a re- 
mote site. The machine includes a calculator which in- 
serts selected sensor and detector information into a 
model to determine if given machine operating 
thresholds are exceeded. If all threshold levels are 
normal, no action is taken. If thresholds are exceed- 
ed, the calculator initiates a diagnostic alert to the re- 
mote station. This alert is initiated internally from the 
machine. In response to the alert, the remote station 
responds and analyzes data related to the diagnostic 
alert to indicate corrective action. The remote station 
can change the mathematical mode! utilized by the 
calculator to determine alert conditions. 

The trend is for more machines to incorporate the 
RIC features. There also is a trend for newer ma- 
chines with more sophisticated controls systems to 
contain larger amounts of NVM data. Further, call-in 
frequency is likely to increase, raising the likelihood 
of identifying a potential problem before it becomes 
manifest to the customer. These and other trends all 
combine to place a substantial burden on the RIC re- 
mote servers to handle a tremendous amount of data. 
A large amount of this data is not critical to the im- 
mediate problems at hand. Handling and storing of all 
of this data is expensive, increases the chance of er- 
ror, and increases the amount of time both the local 
machine and the remote server are unavailable. 



Thus, there is a need for enabling an appropriate 
amount of data to be sent to the remote server. Addi- 
tionally, there is the need for the ability to initially 
process only a limited amount of data representing a 
5 summary of machine performance and query the ma- 
chine for additional information relating to specific 
problem areas based on analysis of the summary 
data. 

Additionally, there is the need for a remote site to 
10 be able to accurately determine the precise existence 
and cause of a problem with a remote machine to 1) 
determine if a service call is needed; and 2) prepare 
the service technician, from a remote location, to de- 
termine the cause of a problem so that any replace- 
15 ment parts or procedures that may be necessary to 
fix the problem are determined prior to the service 
technician leaving the centralfacility. This saves time 
and expense for the customer and the service tech- 
nician. 

20 With machines, such as reprographic machines, 

ever increasing in complexity and diversity, the 
amount of data necessary to diagnose problems is in- 
creasing. There is a need for communication with the 
remote server to be more time efficient. 

25 It is an object of the present invention to enable 

some, at least, of those needs to be met. 

The present invention provides a system in which 
a machine being remotely monitored has diagnostic 
means for selectively providing a data summary of 

30 key performance parameters and transmitting the 
data summary to a remote server. The remote server 
analyzes the data summary and can query for more 
specific non-volatile memory data in specific areas if 
the remote server determines that further informa- 

35 tion is needed to complete the diagnostics. The re- 
mote server only requests data relating to a specific 
area in question to reduce the amount of non-volatile 
memory data being transmitted and processed. The 
system involves interaction between low level diag- 

40 nostic software associated with the machine and 
high level diagnostic software located at the remote 
site. 

The low level and high level software cooperate to 
share the entire diagnostic process by utilizing spe- 

45 cific capabilities at the machine site to perform initial 
diagnostic analysis of machine operation by generat- 
ing a data summary of key operating parameters. The 
high level software receives this data summary and 
can further process the data summary to diagnose 

50 the operating condition of a machine utilizing higher 
level diagnostics. 

More particularly, the present invention provides 
a system for collecting and transmitting physical data 
relating to the operation of a machine to a remote site 

55 for monitoring and analyzing machine operation, said 
system comprising plural operating components 
within said machine; control software associated with 
said machine for operating said components; data 
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collection means for periodically accumulating phys- 
ical data relating to the operation of said machine, 
said physical data including at least event data and 
crash data; memory associated with said machine for 
storing said control software and said physical data; 5 
non-volatile memory means associated with said ma- 
chine for permanently storing optimum operating 
parameters for said machine; first diagnostic soft- 
ware at said machine for analyzing and processing 
said physical data to obtain a data summary of key op- 10 
erating parameters which define the overall operat- 
ing status of said machine, said data summary con- 
taining only a substantially small portion of al! physi- 
cal data; a communication channel coupling said ma- 
chine to a remote site; data transfer means for trans- 1 5 
mitting at least said data summary containing key 
parameters of said physical data over said communi- 
cation channel to said remote site; second diagnostic 
software at said remote site capable of more ad- 
vanced diagnostic analysis of said data summary 20 
than said first diagnostic software of said machine; 
query means for initiating bidirectional communica- 
tion with said first diagnostic software through said 
communication channel, said query means querying 
requests for further specific physical data regarding 25 
parameters analyzed as abnormal, said second diag- 
nostic software utilizing said further specific physi- 
cal data to further analyze and diagnose operation of 
said machine. 

By way of example only, an embodiment of the in- 30 
vention will be described with reference to the follow- 
ing drawings wherein: 

Fig. 1 shows an exemplary machine which is to 
be remotely monitored using a system/method in 
accordance with the present invention; 35 
Fig. 2 shows memory and control portions of the 
machine shown in Fig. 1; 
Fig. 3 shows a representation of the files and 
memory components stored within the machine 
shown in Fig. 1; 40 
Fig. 4 shows a Remote Interactive Communica- 
tions (RIC) system in accordance with the pres- 
ent invention; 

Fig. 5 shows a diagrammatic overview of the 
overall process of the RIC system shown in Fig. 45 
4; 

Fig. 6 shows a flow chart of the process steps tak- 
en by the RIC system of Fig. 4 to evaluate remote 
machine condition; and 

Fig. 7 shows a diagram of data analysis and local 50 
monitoring steps of a process in accordance with 
the present invention. 

Atypical electro reprographic machine which can 
be monitored, and on which remote diagnostics can 
be performed, through a Remote Interactive Commu- 55 
nications (RIC) system is shown with reference to Fig. 
1 . The electroreprographic machine 10, which is com- 
plex and just one of a large plurality of diverse ma- 



chines being monitored, includes a plurality of pro- 
grammable components and subsystems which co- 
operate to carry out copying and printing jobs pro- 
grammed through a touch dialogue screen 15 of a 
User Interface 20. The machine 10 includes a hard 
disk 35 and a floppy disk drive port 40. A detailed de- 
scription of the basic features of exemplary electro- 
reprographic machine 10 can be found in U.S. Pa- 
tents Nos. 5,038,319 and 5,057,866. 

With reference to Figs. 2 and 3, operation of the 
various components of machine 10 is regulated by a 
control system 25 which uses operating software 
stored in memory 30, and in particular OS memory 
75, to operate the components in an integrated fash- 
ion to produce copies and printed materials. 

Memory 30 includes a main memory in the form 
of a hard disk 35. On machine power up, operating 
software is loaded from OS memory 75 into various 
Ul core PWBs 145 (printed wiring boards). Hard disk 
35 preferably comprises two platter, four head disks 
with a formatted capacity of approximately 20 meg- 
abytes. Additional ROM, RAM and NVM memory 
types are present at various locations within machine 
1 0, each having a boot ROM for controlling download- 
ing of operational software to the PWB, fault detec- 
tion, etc. The boot ROM also enables transmission of 
operating software and control data to and from the 
PWBs via local buses. 

Floppy disk port 40 provides program loading ac- 
cess to memory 30 for the purpose of entering 
changes to the operating software located in OS 
memory 75, loading specific programs such as diag- 
nostic programs, retrieving stored data such as ma- 
chine faults, etc. using floppy disks 45. Port 40 in- 
cludes a suitable read/write head for reading and writ- 
ing from and to disk 45 in the port 40. The floppy disk 
45 preferably comprises a 3.5", dual density or high 
density micro disk having a formatted storage capaci- 
ty of approximately 720 kilobytes or 1.4 megabytes, 
respectively. 

Certain key machine operating events which de- 
fine the proper execution of the control system 25 
such as user interface buttons being set, changes in 
application software, operating states, interlock 
switches opening and closing, notification of control 
or system faults, execution of key routines, etc., are 
input as they occur by the applications software 
through occurrence logger software to a dynamic 
memory 50. Dynamic memory 50, which is RAM type, 
provides a circular buffer 55 of a predetermined size 
for storing current event data. 

A data transfer means in the form of an event 
spooler routine in software periodically writes the 
current event data accumulated in buffer 55 of RAM 
50 into an event or occurrence logger file 65 on hard 
disk 35. Typically, the event spooling routine is re- 
peated on a given cycle, i.e., after a preset number of 
machine pitches. When called, the event spooling 
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routine overwrites a portion of the previous event 
data stored in the event logger file 65 with the current 
event data, effectively erasing the previously oldest 
portion of the data and replacing it with the newer 
data. The event logger file 65 is connected to a phys- 5 
ical data file which from time to time obtains and 
stores all or portions of the information within event 
logger file 65. 

On each software crash, a snapshot of certain 
predetermined events (crash data) is taken within 10 
machine 10 at the time of the crash. This data can 
consist of operating software memory maps, boot 
ROMs, an image of non-volatile memory 110, and a 
snapshot of the current event data in buffer 55. The 
crash data for each crash is stored in block form in 15 
crash logger file 80 on rigid disk 35. The crash logger 
file 80 is a circular queue of crash files. When the 
crash logger file is filled, the next crash file over- 
writes the oldest crash file. The crash logger file can 
be accessed and downloaded to floppy disk port 40 20 
and is connected to physical data file 100 which from 
time to time obtains and stores all or portions of the 
crash logger file 80. 

Data contained in buffer 55 can be sent through 
an optional prefilter 60 prior to storage in event logger 25 
file 65 or crash logger file 80. The prefilter 60 can fil- 
ter out predetermined unnecessary data from being 
entered and stored within files 65 and 80. 

Certain machine parameters such as photore- 
ceptor belt charge levels, f user temperature, etc. are 30 
permanently stored in NVM 110. These parameters 
represent the optimum or ideal operating settings for 
the machine which will result in the best possible ma- 
chine performance. Typically, these operating para- 
meters provide an operating range or window. Suit- 35 
able sensors 105 such as an Electrostatic Voltmeter 
(ESV) for sensing photoreceptor charge levels, sheet 
jam detectors, etc. monitor actual operating condi- 
tions of various subsystems within machine 1 0. At dis- 
crete times during operating cycles of the machine 40 
10, the sensors 105 are read and the data obtained 
are input via a line to RAM 50 and ultimately, portions 
or all of this data ends up being stored in machine 
physical data file 100. Preferably, a time and date 
stamp is inserted with the data within physical data 45 
file 100 to identify when the event occurred. 

With reference to Fig. 4, the machine 10 is con- 
nected to a Remote Interactive Communications 
(RIC) system to enable the transfer of selected ma- 
chine operation data to a remote site 70, through a 50 
suitable communications channel 85, typified by a 
telephone line. Machine physical data 100, which can 
include all data relating to the machine 10 such as 
data from event logger file 65, crash logger file 80 or 
other data that may be stored in other locations within 55 
machine 1 0, may be transmitted to remote site 70 au- 
tomatically or in response to a specific request from 
the remote site 70. The remote site 70 has conven- 



tional software for converting the event data to ASCII 
format for further study and analysis or display on a 
display screen. 

A communications modem 90 is provided for ma- 
chine 10 at the machine site, the modem 90 serving 
to connect the machine 10 to the remote site 70 
through the communications channel 85 for transmit- 
tal of physical machine data 100 from the machine to 
the remote site. A remote server 95 with a suitable in- 
put such as a keyboard is provided at the remote site 
70 for use in establishing communications with the 
modem 90 for transmission of data from machine 10 
to remote site 70 A suitable data bandwidth converter 
converts the machine data to the clock rate required 
for transmission over communications channel 85. 

Since the data transmission bandwidth is limited, 
transmission costs are high, and processing time is 
crucial if a large number of machines 10 need to be 
analyzed by the remote server 95, it is desirable to 
limit the amount of data being transmitted. For this, 
preliminary diagnostic software 120 is provided (Fig. 
3) Diagnostic software 120 dynamically performs 
preliminary diagnosis of the physical data 100 and 
compiles a data summary 130 (Fig. 4) which repre- 
sents key parameters of the physical data 100 useful 
in further analysis of the operation of machine 10 by 
remote server 95 at remote site 70. This data summa- 
ry 130 greatly limits the amount of data to be trans- 
ferred, thus reducing transmission costs and reduc- 
ing processing time at remote site 70. The data sum- 
mary would include an overall fault count and fault 
rate for the system as well as a fault count and fault 
summary by subsystem. The subsystem data will be 
used to help isolate which areas merit further analy- 
sis. The summary could also include information per- 
taining to the machine usage so as to provide some 
context for the fault analysis. 

The remote server 95 is responsible for monitor- 
ing and diagnosing a large number, on the order of 
thousands, of machines. The remote site 70 in addi- 
tion to remote server 95 can include a customer ser- 
vice support representative dispatcher and a large 
database contained in memory which can contain the 
data summaries 130 of all machines for a long period 
of time (life of machine) or may contain a recent his- 
tory of each machine if memory restraints are im- 
posed. 

The diagnostic software 120 of the machine 10 
is provided with some level of on-board "intelligence" 
which monitors and partially digests machine sensor 
data and NVM, converting it to a description of the 
machine's current state, i.e., data summary 1 30. This 
on-board intelligence is a data pre-processor which 
provides an initial level of abstraction to the data in 
preparation for the inferencing process which is per- 
formed by the remote server. This data pre-processor 
will convert low-level machine data into linguistic lab- 
els which are descriptive. For example, a series of 
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sensor readings which represent the time it takes for 
paper to arrive at a given physical location in the ma- 
chine can be summarized and characterized by a 
statement such as "sheets are arriving slightly late at 
sensor S3". The criteria for "slightly late" are change- 5 
able and new values can be downloaded from the re- 
mote server as appropriate. The scheme involves 
utilizing computational resources within the machine 
10 to generate a performance data summary, which 
essentially reduces the NVM data to a set of key per- 1 o 
formance parameters which represent enough of the 
significant information about the current state of the 
machine 10 that the remote server 95 could use the 
summary to determine whether anything in the ma- 
chine 10 appeared out of the ordinary and required 15 
further investigation. This is highly beneficial since 
most often the machine 10 is running normal and no 
intervention or repair is needed. This can substantial- 
ly reduce the amount of processing time needed to 
evaluate the machine 10 and requires less time and 20 
expense to transmit the data to the remote server 95. 
This can substantially reduces the amount of NVM 
data necessary to be stored by the remote server 95. 
Considering that a large number of machines 1 0 may 
be connected to the remote server 95, the amount of 25 
reduced data storage necessary for each machine 10 
results in a very large reduction of memory needed 
by the remote server 95. 

As a non-limiting example, the diagnostic soft- 
ware 120 may process all of the physical data 100 and 30 
compresses the data to a limited number of parame- 
ters which sufficiently reflect the operation of the ma- 
chine for a given time period. This limited number of 
parameters forms the data summary 130 and can in- 
clude a parameter for each component or subsystem 35 
of machine 10, to indicate if each particular compo- 
nent is operating normal, outside of a window of op- 
eration, or other condition. Other parameters may be 
present which represent the latest crash data or a 
time at which a crash or other fault occurred. In a best 40 
mode embodiment, the overall summary would pro- 
vide a fault count, a fault rate, a fault distribution by 
subsystem and a list of all fault occurences above a 
pre-designated severity level. 

This data summary 130 can be utilized by further 45 
higher level diagnostic software 140 at the remote 
site 70 associated with remote server 95 to further 
analyze the operation of machine 10. The higher level 
diagnostic software 140 may be an expert system 
which can use this description or data summary of 50 
machine operation to determine optimal operating 
setpoints given current global conditions on machine 
10, transmit recommended changes back to the ma- 
chine 10, or request additional informational data 
from machine 10 through diagnostic software 120. 55 
Thus, there is a high level of interaction between di- 
agnostic software 120 at the machine 10 and diag- 
nostic software 140 at the remote site. If, for example, 



the data summary shows a large number of faults in 
one particular machine area, the remote server will 
request more detailed information about the perfor- 
mance in that area as well as any other information 
that might pertain to faults that are suspected. Im- 
pending out-of-range conditions can be detected and 
converted to RIC alerts to alert service representa- 
tives of an impending condition. The remote server 
95 can alert an operator at the Customer Service 
Support Dispatch shown in Fig. 4. The operator can 
access machine history information from the remote 
server 95 to better understand what might be wrong 
with the machine. Optionally, the remote server after 
analyzing and diagnosing machine 10 can send pre- 
dictive corrective action information to the dispatch 
such that a service representative can readily know 
what the problem is and the best approach to solving 
the problem without leaving the service representa- 
tive office. The service representative can then be 
prepared for the problem and arrive on sight with fore- 
hand knowledge of corrective action or alternatively 
can take corrective action of some problems by input- 
ing corrective parameter changes to the remote ser- 
ver 95 which needs these corrective parameter 
changes to diagnostic software 120 for implementing 
corrective action remotely. Alternatively, upon deter- 
mination of corrective action by the remote server 95, 
remote server 95 may automatically correct or 
change machine parameters. 

Figs. 5-7 show various flow charts representing 
the process flow and evaluation of machines by the 
RIC system. In particular, Fig. 5 shows a process 
overview of the various interactions between ma- 
chine 10, local monitoring by control software 120, 
process flow through remote server 95 and the ex- 
pert system at the remote site 70 including an expert 
system database, and interaction between the re- 
mote server and a repair dispatch facility as well as 
with the machine itself to diagnose and correct ma- 
chine operation. The various process elements of 
knowledge acquisition, data analysis, monitoring, 
evaluation, repair and explanation are combined to 
form a system which effectively surrounds the ma- 
chine with multiple levels of automated maintenance. 

The data summary 130 is evaluated through the 
use of criteria which can change over time to reflect 
long term trends in the machine's performance. 
These criteria are applied to all parameters contained 
in the summary and used to determine, one function- 
al area of the machine 10 at a time, if the machine's 
performance is meeting expectations. If a given para- 
meter is outside of a current window of expectation, 
the remote server 95 then can utilize the two-way 
communication capability to query the machine 10 
through software 120 for more detail (in the form of 
more specific NVM) pertaining to the specific func- 
tional area in question. This reduces the amount of 
NVM data transmitted down to a minimum and reduc- 
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es the processing burden on the remote server 95. In 
the case where the machine 1 0 is f unct ioning normal- 
ly, which most often is the case, the remote server 95 
would deduce this from the data summary 130 and 
the transmission of data from the machine 10 to the 
remote server 95 would be completed very quickly. 
Since only a limited amount of the total physical data 
100 is transmitted, i.e., data summary 130, the re- 
mote server 95 does not have as much data to proc- 
ess, requires less storage and can free up the remote 
server 95 faster to handle monitoring and diagnosis of 
a larger number of complex machines 10. 

The user of machine 10 would see a "machine ad- 
justing" message on the user interface 20 while the 
machine 10 is transmitting the data summary 130 to 
the remote site 70 and while the expert system at the 
remote site 70 sends return messages indicating 
changes in operating conditions, windows, settings, 
or requests more informational data from machine 1 0 
to complete analysis of machine operation. 

The system is highly useful when monitoring ma- 
chines having a large number of operating parame- 
ters and large physical data files. By utilizing differ- 
ent levels of intelligent diagnostic software at the ma- 
chine and at the remote site, the monitoring and diag- 
nostic system achieves a greater flexibility in han- 
dling a large number of machines and a great variety 
of machine types. Further, the interaction between 
software allows for efficient transfer of only the data 
necessary to analyze the machine. 

The system allows retention of more detailed ma- 
chine information in machine 10 which is provided 
with sufficient memory storage to store large 
amounts of physical data 100 from the machine 10, 
and having this information accessible by the remote 
server 95 if necessary to diagnose problems with ma- 
chine 10 from remote site 70. This prevents unneces- 
sary data from being processed and stored at remote 
site 70, resulting in increased processing capability 
and less storage requirements at the remote site 70 
to handle a largeramount of machines 10. The system 
performs routine remote diagnostics on a machine by 
interfacing with the machine through appropriate 
communications to obtain a data summary report of 
diagnostics, this data summary report including only 
a partial amount of all of the diagnostic data accumu- 
lated by the machine. Through the interactive capa- 
bility of the two software routines 120 and 140, in 
many cases the machine should be able to "explain" 
what is wrong by communicating with the expert sys- 
tem. 

Additional advantages of the system are the abil- 
ity to have software at each machine 1 0 be designed 
to diagnose and analyze a particular machine. This 
can accommodate a large variety of models, brands, 
and sizes of machines such as copiers, enabling the 
local software 120 to adapt to the specific require- 
ments of the machine 10. All software 120 of the ma- 



chines 10 can process the physical data 100 of each 
machine and form data summaries 130 which have a 
common format understandable by the remote server 
95. This allows simplified software to be utilized by 
5 the remote server 95 at remote site 70 to provide ana- 
lysis of the variety of machines being monitored. 
Since the embedded software located in the ma- 
chines will pre-process the data, a common interface 
can be designed without respect to the multiplicity of 

10 machine models. The embedded pre-processors will 
reduce and simplify the data, while presenting the re- 
sulting summaries in a common format. 

The remote server 95 once it has processed the 
data summary can determine whether machine 10 is 

15 operating normally (in which case no further action 
is necessary), determine whether an impending 
problem exists (in which case remote server 95 can 
communicate with the diagnostic software 1 20 at ma- 
chine 10 to adjust or correct machine 10), or deter- 

20 mine that an error or fault exists but more information 
is needed to isolate the problem (in which case the re- 
mote server 95 can query the diagnostic software 
120 of machine 10 for further physical data 100 relat- 
ing only to any parameters or conditions that may be 

25 useful in fully analyzing the problem. This eliminates 
processing of extraneous information and allows for 
interactive communication between the remote ser- 
ver's high level diagnostic software (expert system) 
140 and the diagnostic software 120 at machine 10 

30 to resolve the problem in a most efficient manner. 

The diagnostic software 140 queries machine 
1 0, through two-way communications channel 85, for 
additional informational data relating to specific cri- 
teria analyzed from the data summary 130 which will 

35 further aid in determining the operating condition of 
machine 10. The high level diagnostic software 140 
only requests data relating to a specific area in ques- 
tion to reduce the amount of non-volatile memory 
data being transmitted and processed. 

40 Preferably, the diagnostic system is provided 

with a knowledge-based adjustable window of expec- 
tation which allows facts relating to characteristics of 
the machine to be recorded by a change, leaving the 
system prepared to respond to new developments, 

45 while not responding to error conditions which have 
previously been found to exist. For example, consider 
a set of machine process elements responsible for 
transporting sheets to a given location at a given 
time, which have worn to the extent that the sheets 

so are beginning to arrive late. After the initial alarm has 
been activated to notify the monitoring agent of this 
condition, the alarm threshold and the machine op- 
erating condition can be automatically adjusted to 
compensate for this condition, thus enabling the ma- 

55 chine to continue to operate properly and requiring a 
higher degree of errant behavior before additional 
alarms are issued. Thus the knowledge of the late ar- 
rivals, leads to the expectation of late arrivals in the 



6 



11 



EP 0 599 606 A2 



12 



future which could imply that what were once consid- 
ered normal arrivals could now be flagged as early. 
This collaboration between the diagnostic monitoring 
software and the self-adjusting machine control soft- 
ware is vital to maximize the utility of the diagnostic 
information being collected and to minimize the oc- 
curences of such procedural instabilities as multiple 
alarms resulting from the same condition. 

To a limited extent, this can be included in the di- 
agnostic software at the machine, such that the data 
summary only reflects changes in condition, and 
would not include data relating to conditions which 
are already known to exist. However, preferably, the 
remote server 95 is equipped with a knowledge-ba- 
sed system which can store prior histories of condi- 
tions, adjustments and responses which allow the re- 
mote server 95, which has an expanded level of diag- 
nost ic abi lity from that of software 1 20 of machine 10, 
to determine whether a condition was pre- existing 
and should be expected or whether the condition is 
new. This avoids having the remote server respond- 
ing repeatedly to a condition until that condition can 
be resolved by adding an expectation criteria into the 
process of evaluation. If, for example, we know that 
a certain part in a given machine is near end of life 
and exhibits a certain characteristic behavior, once 
that fact has been registered, we would expect that 
behavior until something is changed. The change in 
expectation would be reflected by an adjustment in 
the criteria until such time that the part is replaced. 
This way, the system would respond to additional 
changes in the machine's performance without being 
bothered by something that it already knows. In this 
way, the remote server 95 through diagnostic soft- 
ware 140 learns knowledge about the state of the ma- 
chine 10 overtime. 

Important advantages of such a knowledge-ba- 
sed system are the following: ability to reduce proc- 
essing time by readily acknowledging that a condition 
was pre- existing and a complete diagnosis of this 
problem is not necessary; comparing the knowledge- 
based system for a similar data summary to quickly 
deduce an approach to solve the problem without re- 
analyzing similar or exact data; acknowledging thata 
pre-existing problem for which a solution or adjust- 
ment was earlier made still exists, and updating the 
knowledge system to attempt other solutions since 
the attempted solution appears to not overcome the 
problem; accumulating information relating to when 
components or subsystems are expected to reach a 
near end of use for parts having limited life expectan- 
cies to provide a likely cause for problems which oc- 
cur near or at these values; ability to check problems 
on various similar machines to determine common 
problems and or adjustments, the correction of which 
can be dynamically changed at the remote site 70 so 
that any similar machine 10 can have its associated 
operating parameters adjusted to reflect the deter- 



mined correction. 



Claims 

5 

1. A system for collecting and transmitting diagnos- 
tic physical data of a machine to a remote site for 
monitoring and analyzing machine operation, the 
machine having plural operating components, 

10 control software for operating said components, 

and a memory for storing said control software; 
the system comprising: 

means for periodically collecting physical 
data relating to said machine in said memory; 
15 a communication channel coupling said 

machine to said remote site; 

non-volatile memory means for storing 
optimum operating parameters for said machine; 
software control means for performing 
20 preliminary diagnostic analysis of said physical 

data stored in said memory to derive a data sum- 
mary containing key diagnostic parameter data 
relating to operation of said machine, said key di- 
agnostic parameter data comprising only a por- 
25 tion of all of said physical data; 

data transfer means for transmitting said 
summary data over said communication channel 
to a remote site; and 

a remote diagnosis expert system at said 
30 remote site for further diagnostic analysis of said 

transmitted data summary. 

2. A system as claimed in claim 1 , further compris- 
ing a memory at said remote site for storing at 

35 least a portion of said data summary to form a 

log. 

3. A system as claimed in claim 1 or claim 2, further 
comprising a termination means for terminating 

40 communication with said machine if all parame- 
ters within said data summary are determined to 
be in a normal range. 

4. A system as claimed in any one of the preceding 
45 claims, further comprising a query means for 

querying said software control means of said ma- 
chine for transmission of more specific physical 
data relating to specific parameters determined 
not to be in a normal range. 

50 

5. A system as claimed in any one of claims 1 to 3, 
further comprising a query means for initiating 
bidirectional communication with said software 
control means through said communication 

55 channel, said query means querying requests for 

further specific physical data regarding parame- 
ters analyzed as abnormal, said expert system 
utilizing said further specific physical data to f ur- 
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ther analyze and diagnose operation of said ma- 
chine. 

6. A system as claimed in any one of the preceding 
claims, wherein the remote diagnosis expertsys- 5 
tern includes a knowledge base. 

7. Amethod of monitoring and diagnosing operation 
of a machine from a remote site, the method com- 
prising the steps of: 10 

(a) periodically collecting physical data relat- 
ing to operation of a machine and storing said 
physical data in a memory associated with 
said machine; 

(b) performing preliminary diagnosis of said 15 
physical data by diagnostic software associ- 
ated with said machine to derive a data sum- 
mary of key parameters of said physical data; 

(c) transmitting said data summary over a 
communication channel to the remote site; 20 

(d) performing additional diagnostic analysis 
of said machine by analyzing said data sum- 
mary using further diagnostic software to de- 
termine if said machine is operating within a 
normal range; 25 

(e) querying said diagnostic software of said 
machine for further specific physical data if 
any parameters of said data summary are not 
in a normal range, said further specific phys- 
ical data pertaining only to specific areas re- 30 
lated to parameters of said data summary di- 
agnosed as not in a normal range; and 

(f) conducting more detailed diagnostic ana- 
lysis based on said further specific physical 
data. 35 



8. Amethod as claimed in claim 7, further compris- 
ing the step of predicting a corrective action to re- 
turn said machine to a normal operation. 

40 

9. Amethod as claimed in claim 8, further compris- 
ing the step of automatically remotely adjusting 
said machine to return said machine to a normal 
operation. 

45 

1 0. A method as claimed in any one of claims 7 to 9, 
wherein step (b) includes converting said physi- 
cal data into linguistic labels which describe said 
physical data. 

50 

11. Amethod as claimed in anyone of claims 7 to 10, 
wherein step (b) derives said data summary in a 
common format which accommodates diagnostic 
analysis of a multiplicity of different machines. 
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